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(57) Abstract: The present invention 
is for automatic reconfiguration of 
indnstria] networked devices. More 
particularly, the system described herein 
facilitates use of TCP/IP networks, 
such as Ethernet (20), as an alternative 
for industrial fieldbus or device buses 
by removing the need to peifoira 
significant reconfiguration of devices 
such as I/O modules (50), sensors, or 
transducers under field r^lacement 
sitaations. ^^fl^nl-^inveij^ uses 
a monitor ageiit (10) to track the IP 
and' MAG addresses of networked 
devices as well as port information. If 
a device fails, maintenance personnel 
make an in-field replacement of the 
failed device and the monitor agent (10) 
automatically reassigns the IP address to 
the replacement device. 
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For two^etter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette, 
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INDUSTRIAL AOTOMATION NETWORKING SYSTEM 

TECHNICAL FIELD OF THE INVENTION 

5 llie presetit invention relates geoeraOy to Moie specifically, Ibe 

presesol invention relates to a system of assigning addresses to netwodc devices, and more 
specifically, to a system enconq)assing automatic assignment of artwork address after in- 
fidd replacement 

10 BACKGROUND OF THE INVENTION 

Industrial devices such as tenq)erature or pressure sensors are accessed fay a 
c&etit using an Intemet Protocol (IP) Address or DNS symbolic name 
(madiine.con5)aiiy.com). If a unit needs to be replaced, the replacraient must appear to 

15 have the same IP Address as the predecessor to allow operations to proceed 
automatically. Typical maintenance personnel are not qualified to manipulate IP 
Addresses and must defer to Information Systems (IS) departmoit or other network 
specialists. This causes a significant dday in connecting devices, which results in fectory 
down-time. Alternatively, expensive specialists must be maintained around the clock to 

2 0 handle such problems. 

The prior art enconpasses several networking tedmiques. The Bootstrap Protocol 
^OOnrP) is an established metiiod for assigning DP address and other k^ networking 
parameters to a device wiiere the only information known about the device is its Ethonet 

2 5 Media Access Control (MAC) address. The protocol was invented by Sun Mcrosystems in 

1985 to support diskless UNIX woikstations. It is available as an option cm most software 
products intended for use in embedded (no operator tenninal) applications. 

The Dynamic Host Configuration Protocol (DCHP) is a standard for networking 

3 0 comnamications. DCHP is a con5>atible extension to BOOTP and queries in DCHP form 

1 
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can be gmerated by devices using modem operating systems such as Windows CE or 
UNUX. 

DCHP is primarify used for laptop computers or ofBce systans in large 
5 companies where the addresses are ieased* for a period of time rather than being 
assigned indefinite^. likewise, the Sin5)le Network Management Protocol (SNMP) is 
intended to allow N^ork Administrators to find and adjust key networking parameters on 
devices already installed on a network, particularly the routers, bridges, and hubs wfaidi form 
Iheinfirastruchire of the network. The JetAdmin Network Prints tool is a Hewlett-Packard 
10 system for reporting printer errors and administrating usagei 

Reverse ARP (RARP) is an olda protocol than BOOTP and intended for devices 
that did not require any configuration other than Ihe IP address assignment RARP is not as 
widdy used as BOOTP because die tools to impl&D^ RARP are not as commoi5)laca 
15 RARP is inq}lenmted on some embedded system protocol stacks, v^rdn the supervisory 
sorver may respond with aRARP response if interrogated using aRARP request for a ghren 
MAC address. 

The MAC address is a key identification parameter of all devices on a network sudi 
20 as Ethernet It is a 48-bit number that combines information about the voidor and a unique 
unit sequence nimiber, and is permanentfy allocated by the UBnufacturer of the network 
interfece itself It is not normally related in any way to the serial number or similar 
represaitation tiiat a device might require for otho* reasons. The MAC address is 
conventionally expressed as a hexadednffll representation that is hard for non-specialists to 
25 handle. TTie EthOTiet hardware uses the MAC address to determine which network 
messages are intended for specific delivery (unicast) to this statioa 

PING is another Internet protocol used for periodic interrogation of an IP device as 
an aftemative to repeated use of the ARP request There is little practical benefit for using 
30 PING, as the ARP messages are fastCT and less intrusive. All modem IP devices will respond 
to an ARP request because it is the only vfay to detonmie the MAC address. 



2 
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An 'Ethem^ Switdi' or 'Layer 2 switdi* is a device Aat transnils message packets 
undianged from one of its ports to anotha; using rules that are depaadeat only upon the 
destination MAC address of the message. Sudi devices are becoming the preferred 
5 interconnection devices for large Ethernet networks, since th^ do not require significant 
configuratioa Hiis is as opposed to *routOT\ othenvise known as 'L^er 3 switdies\ 

A 'Managed Ethen^ Switdi* is an Ethernet switch vMdi includes a nanagen^nt 
entity conforming to the reporting requir^nents of RFC 1493, and wdrich therefore 
spedfically may be interrogated to detennine vAndi port of the device was used recently to 
receive a message from a particular MAC address. 

The protocol exdianges between the syst^ components, nan^Iy the device, the 
managed switch, and the targ^ IP unit are structurally defined in various standards 
documents. Software designers refer to these specifications when trying to impl^jisxA 
software that mcodes or decodes various nBssages. Ihe Internet Request for Comment 
(RFC) documents are the standard form of documents for all communications using Ihe 
Intanet or TCP/IP. 



Hie followiiig table defines the primacy appficable Int^et protocol messages: (TaUe 



ARP Request 
See RFC 825 


ARP Response 
See RFC 826 


SNMPFrndport 
Reqaest 

See 1^1493/1157 


SNMPFindport 
Response 


BOOTP Request 
See RFC 951 


BOOTP Response 


Message type ■» 
address resolutioa 
letpiest 


Message ^pe* 
address resdutioD 
respoose requested IP 
Address 


Message type» 
SNMP get object 
request 


Message type 
SNMP get object 
re^xxise 


Message type 

BOOTprotDod 

request 


Message ^pe~ 
BOCTpTDloocI 
reqxxise 


I>aredIP 
sddicss ™ 32 bit 
]Paddrcss(egp 


Resolved MAC 
address •=48 fat 
MAC address (egp 
0I23:45367a9ab) 


Otg'ectlD^ 
!l3,6.1^17.43.1^ 
(MAC as 6 decimal 
mtmber 0-255) ' 


OgectlD" 

.13^.1^17.43.1. 

2.(MAC8s6 

dedmalmimberO- 

255) 


RnpiesimgMAC'* 
48 bit MAC address 

0123:45]67a9ab) 


Requesting MAC » 
48bitMACad(faes8 
(e& 

0]23:45£7£9ab) 








Object vahie" 




Assigped]P-*32tnt 
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port ]iiiii]|)ery or 0 
if notfixtDd 




IP Address 



Attonativefy, olter Internet protocols mess^es are: (Table 2) 



PINGReqiKst 
See RFC 792 


PINGRespcBise 


DCHP Request 
SeeBFCmVZm 


DCHP 
Response 


RARP Request 
See RFC 903 


RARPReqMDse 


Message type" 

ICMPECHO 

request 


Message "^fpe * 

fCMPECHO 

respoQSB 


KfeSS&gp OQDttOlS ^ 

sameasBOOTP 


MessE^ 
ooDtEoAs * same 
asBOOrP 


Message l}pe» 
levesrse address 
lesolutioa request 


Message ^pe» 
reverse access 
resolutiGn lespcnse 


Message data 
ununporl&nt 








MAC -48 bit 

MACad(fress(eg; 

0123:45]57^3b) 


MAC=4«bit 
MAC address (eg^ 
0123:45:67:^^) 












Assi£pedP»32 
bit IP Address (eg: 
1^.4) 



Ih^ have been numerous attenqjts to provide an automatic addressing syst^ 
5 Many of "Oie prior art systais en^jloy non-IP means to set the address in advance, suA as 
manually aheraUe switdies» spedal connectors, front pand iatedace for manualfy ent^ing 
addresses, and s^arate serial port intesfece for issuing an address. Although these existing 
means are satisfectory in some instances, they do not adequately address the industrial or 
fectoiy maricet for devices such as soisors and I/O devices. And, it is not feasible or cost- 
10 effective to en:5)by tiie existing addressing techniques into certain devices or certain 
environments. 

Historically, ahnost all devices vMdti have been attached to a TCP/IP network 
have been con5)uter systons of some type, either of a 'conventional' (with keyboard and 
15 display) or 'embedded' (sudi as a network printer) typa 

In ordK* to make a TCP/BP device functional on a network, it is necessary to 
assign certain address parameters, most important^ the 32-bit IP address. In many 
cdses additional parameters such as netmask, gateway, and Domain Nan^ Server 
2 0 settings also need to be established. These settings are in[q>ortant for proper 

performance, otherwise the network becomes unstable and exhibits erratic behavior 
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affecdog the perfonnance not just of the device being conlElgUTed, but also other devices 
ontfaenetfvoilc. 

Hie typical prior art sequence for manual assigomeDt of tiie IP address and oth^ 
5 networking parameters begins witii the direct assignment of the IP Address using alocal 
data entry port prior to attadmient on the networic This is normally accompMed 
tfarou^ the operator panel or user intei&ce. The operator assigns the IP address by 
keystroke and confirms the settings before aDowing communication on the n^ork. 

10 One prior art method of automatic assignmait of IP addresses uses BOOTP or 

DHCP. The BOOTP or DCHP techniques require that a database be maintained 
separately that associates the MAC address* of the device to be attached with the 
required IP address and other parameters. Hiis database is created and niaintained by the 
network specialist and requires considerable skills that would not be held by the typical 

15 field replacement tedinidaa In addition, DHCP cannot be used convoitionalfy, to 
assign an "unpredictable* address within a *pooP of available addresses, because tiie 
piimaiy network protocols between industrial devices, such as Modbus^CP, use 
&xpMt knowledge of the IP addresses of the designated targets. For exan:q)le, wdiai 
DHCP is used on systems using Windows NT Server, the option known as TP address 

2 0 reservation' is typically used. This actually makes DHCP equivalent to BOOTP in this 
embodimait. 

This prior art inv^tion uses a ccaitral BOOTP or DHCP swver to maintain a list of 
MAC addresses and IP addresses in a central location and allows acces by the ©q)eriQ)ced 

2 5 networic or system administer to manage flie Ksts. Although this protocol is inplen^ted by 
many devices, the assignmait must be done 1^ the IS dq)artnCTt or ^emadma^^ In 
a fectoiy eovironrrmt with automated devices running 24 hrs a day x 7 days a week; 
employing a system administrator to assign IP addresses on devices around the dock is not 
cost-efiectiva The tedmidan or Qigineerrq)ladng the device does not possess the adequate 

30 skin or knovsdedge to also assign the IP address, and having a device Mure may crqpplelfae 
plant operatioa Businesses must minimize the downtime assodated with fielH Tr^s^^>m^ 
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of deuces in order to make Ibeprodudicmnui^^ Delating a gctoiyliaeuotfl a syst^ 
adnsQister can issue an IP address to die device is not a satisfectoiy option in llie highly 
competitive maike^Iace. 

5 'AaioliiesripripR'a^^ 

assignment using static address resolution protocol (ARP) override. The device is 
designed to 'assume* that any IP message arriving at the device tiiat includes a MAC 
address that matdies that of the device inspHos the registration of the IP address in the 
target. This forces the IP address sent to the device to be adopted by the device even if 
it is already in use. It also requires notching of the MAC address to the particular 
device. As noted herein, forcing the wrong IP address to a device on the network can 
result in unexpected catastrophe. 

Typically the ARP override naethod involves an op^Btor sequence at a 
management station such as: 

arp-s 10.0.0.1 00:00:54:ab:cd:ef 
ping 10.0.0.1 

This forces the local station to build a directed unicast message to the Ethem^ address 
00:00:54:ab:cd:ef and designate the IP address as 10.0.0.1. Hiis is interpreted by the 
device with address OO:00:54:ab:cd:ef as authority to assign the IP address 10.0.0.1 
Any internet protocol can be used during the second jrfiase. Instead of PING, it is 
common to use TELNET on obscure port numbers in an attempt to avoid 'accid^ital' 
reconfiguratiort 

There are also alternative network protocols for devices, such as HP JetDirect 
cards. The HP JetDirect cards use the IPX protocol to advertise their presence to any 
management station on the local networie A management program running on some 
station on the local networie picks up the advertisement and displays the device as 
requiring configuration to the operator. Since typically only one station at a time on a 
network vwU be in an unconfigured state, this allows the operator to recognize and select 
that unconfigured device without recording the MAC address. All of these mechanisms 
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require knowledge of fhe MAC address of the device being attadied, or at.least 
specialized knowledge of the desired network function of the device by an operator. 
Use of an alternative protocol sudi as IPX will cause problems in use of the devices in 
mviromnents where these protocols are not supported. 

All the referenced tedmiques of IP Address assignment require either knowledge 
of the MAC address of the device being attached, specialized skills and training, or 
preferably both. IPX protocol inq)lenratations has some forther inherait difficulty with 
devices not supporting IPX protocols on the.network. 

Industrial control devices pose particular problems because of the in5)ortance of 
operation, continuous operation, and location of the devices. These devices may feil in 
service and must be replaced rapidly from a spares stock with minimum Mean Time To 
Repair (MTTR). For example, the devices may feil because they are exposed to 
electrical or mechanical stresses that exceed their specifications. An ^^ample of a 
medianical stress is being crushed by impact with a fork lift truck. A common example 
of an electrical stress is 1 1 0/220 V line power being shorted to low voltage input 
circuits. In such situations, the devices are usually designed to 'go safe', but they need to 
be replaced as rapidly as possible in order to allow the process to continue. 

Most industrial usa"s maintain a stock of spare devices of each type that need to 
be replaced These users provide instructions to maintenance personnel for replacenaent 
of faulty devices. However, the need to assign IP addresses accurately under sudi 
critical replacement conditions is usually not practical. Ihis is particularly true in 
industrial environments with strict responsibility partitioning betweai an electrician who 
can rewire a module, but requires the service of an IT tedmician to alter network 
parameters. 

Previously, Ethernet was not considered a viable option to the business 
community. One problem with the implementation of Ethernet as a replacement for tiie 
device level networks such as ASi or DeviceNet was that you could not require aiqlhing 
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more elaborate than the setting of a rotary switdi to matdi the predecessor device. 
Such probl^ns duninished as the protocols changed and expanded the Ethernet optioiK. 

One such protocol the industrial protocol MODBUS/TCP. MODBUS/TCP is a 
5 communication protocol designed to allow industrial equipment such as Programmable 
Logic Controllers, computers, operator panels, motors, sensors, and other types of 
physical input/output devices to communicate over a networic. It was introduced by 
Schneider Automation in the early 1990*$ as a variant of the widdy used MODBUS 
protocol, which had been inq[)lemented in tum by afanost all vendors and users of 
10 automation equipn^it. TTie specification of the MODBUS/TCP variant was published 
on Schneido-'s web site;, in oidex to encourage all vendors to inplement the protocol 
consistaitly, and thus avoid interoperability problems that typically result when 
implementors must 'deduce' or Yeverse-aigineer' an interface specification. 

15 There have beoi several attempts to resolve the aforementioned problems. U.S. 

patmt 5,410,730 (*730), discusses automating the initial assignmait of a process device 
address by allowing a number of devices to be attached to the network, issuing queries 
to whidh all devices will respond, and then using unique parameters or serialization 
included in those devices before installation to assist an operator in assigning the 

20 network address. 

The medianism of the *730 patent requires fordcnowledge of the unique 
diaracteristics of the device in order to provide address assignment, and cannot be used 
to perform automated assignmoit v/hm replacing one of potentially many id^tical 

25 devices on a network s^mait It is also not designed to work with TCP/IP local area 
networks. The mechanism of assigning a tempoTdiy address first, and then using that to 
con5)lete the configuration process, is only necessary when using networks which have 
no native bootstrap address assignment process. In the case of a TCP/IP local area 
network, all of this fimctionality can be done using the Internet standard BOOTP 

30 protocol (RFC 951). WithBOOTP, the information needed to perform the match is the 
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serial nurnb^ or 'MAC address' that is uniquely associated with the network inter&ce 
hardware and readily available upon request. 

U.S. Patent 5,724,510, ('510) describes a technique which would most likely be 
5 banned in any practical IntOTiet TCP/BP local area network because it assigns an address 
for a device by using speculatioa Specifically, it deduces the range of addresses in use 
on the network to which the device is attached, and thai issues a series of qu^es to 
determine whether a given address within that range has alrea<fy bem assigned to 
another device. Hie novehy claimed in the '510 pat^t is that in addition to the standard 
10 ARP technique ordinarily used to query the existence of a given IP address, the '510 
system ext^ids this by issuing a series of 'application levd' queries. The reason for 
doing this is to overcome problems relating to the 'cadieing' of ARP records. 

A flaw in the '510 invration is that it fails to address the case where the address 
15 being speculatively assigned has in fact ahready been assigned to another device, but that 
device is tenqjorarily inaccessible, such as by being reset or through a tenporaiy 
network disruptioa The *510 system would con5)lete its assignn^t of the duplicate 
address in a finite time period, after which, if the original device were to come back on 
line, there would be a duplicate address situation that would impede operation of the 
. 2 0 original device. This flaw supports the conclusion that it would likely never be permitted 
on a network used for automation purposes, as multiple devices with the same IP 
address would result in grave networidng problems. A more appropriate sohjtion to the 
assignmmt of an arbitrary address on a networic is to use the Dynamic Host 
Configuration Protocol (DHCP) described in RFC 1531. 

25 

The invention of U.S.' Patoit 5,446,897 ('897) allows for the assignment of the 
network address for a replaced device, automatically, by recognizing a unique 'logical 
identifier", or an 'arbitraiy word, numb^, or combination thereof. One application of 
this '897 patent is the replacement of one of many identical devices on anetwork. 
30 Maintenance po^onnel set a phjrality of switches or jun5)ers that are accessible on the 
device so that thqr have an identical setting to that on the device being rq)laced. Once 
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con^leted, the application technique described in the '897 patent conq)Ietes die 
replacement. 

Th^e are several limitations of tedmique of die '897 patent Firstly, it requires 
5 that the devices being replaced incorporate the capability of reading some sort of 'logical 
identifier' before atten^ting address assignment Seoondlyr, the devices being replaced 
must incorporate a non-standard protocol capability to transmit that information to the 
management device for the purpose of address assignment These two requirements 
severe^ limit the usefulness of the technique, since network administrators would be 
unwilling to deploy an automated configuration tedmique unless it applied to a high 
proportion of devices lik^ to require such assignment Any atten5)t to make die 
requirements into a standard would require agreement among multiple vendors of 
equipment to adopt this additional feature voluntarily. Such cooperation would likely 
not succeed. The appropriate way of adiieving such agreement is to propose the 
technique and get it adopted by a standards body such as the Internet ^igineering Task 
Force (IETF). However, the IETF would be skeptical about die widespread adoption of 
such a technique because of its similarity to the BOOTP and DHCP protocols aheady 
available. In feet, the '897 patent describes a technique idaitical to the prior art of 
BOOTP, w4iere the logical identifier is the MAC address. 

A system for allowing decentralization of a directoiy previously maintained on a 
single file server is described in U.S. Pat^t 6,021,429 C429). Decentralization and 
resilience is adiieved by arranging the 'list servers' to follow a defined protocol for 
determining the existence of list servers on a network. And, updating their contents 
from one of the devices \vhose contents are authoritative in order that any of the devices 
can serve the information in the case of unavailability of the original. 

TTiis '429 technique has mudi in common with the distributed 'Yellow Pages' 
database impl^nented on Sun Microsystems workstations dating back to the nrid 
1980*s. Hie primary diflferoice is that the identity of a device being available to take on 
directoiy service duties need not be configured in advance. Instead, the devices 
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n^otiate for authority based upon their assigned n^ork addresses. Uris in turn is 
similar to the procedure used by Microsoft in itiq[)leinenting the 'autonfiatic browse 
master assignment' for Windows 95 peer to peer file SCTvice. Indeed, ahnost aH of the 
described c^abilities have an equivalent in the %owse Hst* feature maintained 
5 autonratically by Windows 95 madiines, and vMcb is updated by notification messages 
s^ out on a timed basis by network devices sudi as printers, computers, and other file 
server devices. 

Similar to '510 patoit, the invaition of U.S. Patent 5,586,269 ('269) discloses a 
mechanism that is concerned with assignment of an arbitrary network address that 
allows the device to become functional on the network. This is acconq)lished by 
atteii5)ting to contact the existing devices that have been assigned the proposed 
addresses, in turn, until one is found that is not currently assigned. 

The '269 n^chanism is not appropriate for use on a TCP/BP local area network 
because of the problems caused if the address in question actually had been assigned to 
another device, but that device was temporarily inaccessible. Such a situation would 
likefy cause network disruption and possibly a feihire of control in an automation 
system Therefore, the *269 methodology would not be acceptable on a network used 
for automation purposes. Mstead, the ^propriate protocol to use if an arbitrary address 
were desired on a TCP/IP local area network is the standard DHCP protocol described 
in RFC 1531. 

The techniques of U,S. Patent 4,677,588 C588) are not appropriate for TCP/IP 
local area networks. Assigning appropriate address ranges for network segments vAndk 
are subsequCTitly linked together is cumbersome, and cannot generally be overcome by 
defining an address assignm^t protocol that would be bindmg upon the existing devices 
on those networks. The existing TCP/IP devices expect stability in address assignment, 
and the act of interconnecting two networks cannot by itself cause reassignment of 
network addresses without knowledge of the devices themsehres. The *588 patent 
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desoibes a mechanism for more convezuent allocation of addresses in a network 
eiivironment Ibat is not bound by the address assignmoit conventions of TCP/IP. 

U.S. Patent 5,987,524 ('524) describes what is commonly called a network 
5 firewall tedmique to overcome an int^ded intrusion attack using 'address spoofing'. 
The firewall is pre-configured with an assodation between the physical address of eadi 
subscriber device and the BP address assigned to that device. The firewall recognizes tfie 
case where an incoirect source network address is being presented by an intruding 
system, and prevents the messages fi*om being propagated to their intended target 
device. 

The invention of U.S. Patrat 5,980,078 ('078) allows a general-purpose network 
to be used as part of a bootstrapping medianism to entCT the initial configuration data 
for a device after it has been physically installed on a network, but before it has beai 
made operational The '078 medianism is specifically unsuitable for use with arbitrary 
target devices on a TCP/IP local area network since it relies on assignmait of a 
ten5)orary network address, and anon-operational state known as 'standby', in ord^ to 
allow the device configuration to be conopleted with manual assistance. 

The invention described in U.S. Patent 5,917,808 C808) is similar to that used in 
many commercially available network monitoring and system management tools, 
including ones which have been available on local area networks for more 4an a decade. 
Passive monitoring of network trafiSc to determine the identity and detail configuration 
of devices is a standard network managemait and troubleshooting procedure taught to 
network engineers. Building up a Hst of discovered devices in a database and displaying 
the contents of such database on demand is a standard feature of products such as 3Com 
Corp's 'Transcend* management pack^a 

The *808 tedmique is not appropriate to the problem of automatic reassignment 
of network IP addresses when a target device is replaced in service, because under those 
conditions there would be no broadcast traffic to be nK)nitored In particular, use of 
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Ethernet switching devices on modem networks severdy in5)edes the value of p^ve 
monitoring, since onfy messages designated as 'broadcast' or 'multicast' are made 
available by the switches for monitoxing by parties otihier than the direct participants of 
the communicatioa 

The invention of U.S. Patent 5,845,081 ('081) is concerned wifli gatew^ 
devices that must allow access to information using 'foreign' netwoiics. Spedficalfy, by 
detecting the existence of one or more authoritative devices on the foreign network (the 
'target nodes'), and making queries upon them, the target nodes will divulge information 
vMch can be assembled by the gatew^ in order to ease the configuration of such 
gateway. This includes pre-assignment of network address equivalence tables or similar 
data 

A method of allocating addresses on devices without using manual adjustment of 
switches is described m U.S. Patent 5,680,113 ('113). The '113 patent system does not 
use switches, relying instead on a known rearrangement of the wiring of an extension 
cable or connector when connecting such devices in seri^. 

Actually, this '113 medianism is akin to that used Modicon Corp (now part 
of Groupe Schneider) on a product line known as '800 series I/O' introduced with the 
884 model Programmable Controller in 1984. In that product, and for exactfy the 
reason mentioned in the patait, the address of one of many modules in a modular I/O 
rack was determined by a combination of its rack nimAer and slot number within the 
rack. To allow the racks to be physically identical parts and yet distinguishable in 
service, the intCTconnect cable performed a 'rotation' of the assignment of 5 signals. 
Hie effect of this was that the signals being presented to modules in the individual racks 
were detectable by the device, and this supplanted the need for any address switches. 

US Patait 6,012,088 ('088) describes a technique similar to BOOTP, in which a 
unique registration number known to the intOTiet access device is presented to a known 
registration service, which can be accessed without requiring pre-configuration of the 
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device, and obtaimng any configuration data from that device. The '088 invention relies 
on the existence of a known network service access point on the Public Sv^ched 
Telephone Network, so flie initial contact with the registration service can be done using 
only a previously recorded tdephone number and modem sitings. From that point 
5 onwards, any con:9)lex configuration settings can be automated based upon details 
previously registered in the database or negotiated with the equipmoit 

Devices tiiat make ise of this '088 technique must be specifically designed to do 
so, because the protocols used are non-standard. The non-standard mechanism is 
10 required to handle the case where the device being installed is not on the same local area 
network as the registration server. If it were on the same network, the same results 
could have be^ obtained using the standard protocol BOOT?. 

In sum, the proWem with prior art systens is that they require involvement of a 
15 spedaBzed administrator to oversee tfie part replacement in order to property configure the 
network address. Tlie prior art does not have a simple yet disdjdinednffi^thod to 
automatically designate proper IP addresses \^4iile maintaining the faigjiest level of system 
integrity. What is needed is an automatic networic address assignnrat system Sudia 
system would decrease the mean-time-to-repair (MTTR) and allow for field replacanent of 
2 0 networked devices without incurring the expense of having a network professional 
administer the address configuration Ideally, sudi a system would use managem^t 
information gathered fi*om Eth^iet switches to deduce physical location information, 
usiiig such information to deduce the ^propriate network address. 

25 SUMMARY OF THE INVENTTON 

The present invention is a system for the autoriiatic reconfiguration of Industrial 
Intamet Devices. More particularly, the present invaition fecilitates the use of TCP/IP 
networks, sudb as Ethernet, as an altemative for industrial fiddbus or device buses. 
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Accordingly, one object of the invention is to automate the reconfiguration of 
devices such as I/O modules, soisors, or transducers under field replacement situations. 
In one embodiment this is achieved by combining available Intemet standard tedmiques 
along wifi) a syst^ managemmt software conq)Oi:^. Hie latter is ref^ed to as the 
'management aitity*. 

Tlie present invention encon^jasses various algoritfans and software running on a 
standard computa*, svtsh as afile server or administrative woikstadon, that p^odicaDy poQs 
fee status of network devices. One object of the invention is to detect a Med n^woik 
device that has been r^Iaced, wji^inthe system automadcaOy assigns the network address 
of the previous^ Med device. In one embodiment, the confuting means is a dedicated 
monitor system in flie form of a netwoiked device tiiat is in^ed in the sanas plant area and 
by the same pessonnei as the automation equipment it is si5)porting. Ahemativefy, the 
confuting means enconpasses fimctionality extensions to the manned nelwork switdies 
^^nsetves. 

Another object of the invention is flie pron^jt identification of networked devices that 
have Med in service, so that maintenance personnd can be d^aidied rapidly to effect the 
replac^nent Tins is a consequence of the ccmstant monitoring of the devices over the 
network 

A further object of the invoilion is a sin5)lified initial configuration and set-iq) of the 
replaced eqinpment by using physical port nuntes on a managed Efliemet switch rather 
than the less convaiioit MAC address numbers to identify the n^oriced devices. 

One of the distinctions between the presort invaition and many of the prior art 
systems is the use of managem^ information from a Managed Ethernet switdi to 
deduce physical location infoimation or using that information to deduce a network 
address. There is also no mention in the prior art of the use of information firom a 
management entity on a Managed Ethernet switch or similar device to deduce the 
appropriate network address to use vAien replacing a device. 

15 
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In distinction to the *897 system, the present system requires no change to the 
network protocol capabilities of the target device, other than that it support the standard 
BOOTP address assignment protocol Th^e is no need to make accessible external 
switches or simflar medianical means whidi can be a source of additional cost, 
complexity, and unreliability. The determination that the device is an intoided 
replacemait, and thus should be reassigned a previously recorded address, is obtained by 
automated quay to the managonent oitity of an Ethem^ switdi or similar device to 
vJbich the network cable is connected The act of connecting the new device to the 
same cable or port as tiie original one provides the equivalent function to the iogical 
identifia:' in the previous patent 

In distinction to the '427 patent, the medianism for obtaining the networic 
address information for the present invention is via the standard ARP protocol described 
in RFC 826. The present invention interrogates the existing target devices themselves 
after having d^ermined that the device is amoiable to automated maintwiance by 
querying a managed Ethernet switch or similar device and confirming that the device in 
question is in an area of the network that has been pre-configured for sudi automated 
maintenance. 

The presait invaition, in contrast to *078, allows unmodified TCP/DP target 
devices, implementing only the address assignment protocol BOOTP to be configured 
without human assistance, and it deduces the address assignment using information firom 
a standard managed Ethernet switdx 

In distinction to '808, the presoxt invention, uses location data obtamed firom a 
managed Ethernet switch or similar device to confirm fhe equivalence of a newty 
installed device to its Med predecessor, and allows the communication of fte iww IP 
address using the standard BOOTP protocol 
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Hie present inventioii performs tiie IP address assignment of a replacement 
device, and uses physical location data obtained fix>m a standard managed Ethernet 
switdi to provide guidance for sucb network IP address assignnsent, neither of \iviudi is 
niQitioned in the *524 patent 

5 

In contrast to the *081 invention, the present invention is not concerned with 
operating gatew^s to foreign networks. The address information that needs to be 
maintained in order to perform IP address replacement is obtafaied without the assistance 
of designated target devices from v^ch the address information can be obtained. 

1 0 Rather, address information is deduced using physical location information maintained 
by the standard managed Ethernet switdi equipment for the benefit of human operators. 
ITiere is no mention in the *081 patent of physical location data obtained from a 
standard managed Ethernet switdi to provide guidance for network IP address 
assignment v/b&a replacing devices in the fidd. Likewise, there is no relevance of 

15 the'113 technique to the reassignment of network IP addresses in a TCP/IP local area 
network. 

By contrast to '088, the technique of the present invention allocates replacement 
IP addresses for standard TCP/IP target devices automatically, communicating them to 
20 the device using the standard BOOTP protocol The address assignment is determined 
with the assistance of managen^t information obtained from a standard managed 
Ethernet switch supervising the network. 

Hie present invention benefits from the standards relating to RFC 951 Bootstrap 

2 5 Protocol (BOOTP) and RFC 1493 SNMP support for Ethernet switdi devices, in 

addition to RFC 2108. By using the intmiational standards, all devices under the 
standard respond in the same manner. The present invention combines these widefy 
irrplemsnted standards with unique methods and along with a novd software 
managemait aitity to supervise them. As DCHP is conq)atible with BOOTP, if the 

3 0 query is determined to be DCHP, the DCHP form of the BOOTP response can be used 
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A further feature of the present inv^tion is that the network may be deployed in 
sudi a way that every target IP unit has a dedicated fine to aport on amanaged switch. 
In this case, there are no issues of ambiguity of replacement unit idaitity. Attematively, 
5 the managed switches may be dq)loyed on a more sdective basis and utilize less 

e2q>ensive unmanaged switdies or repeating hubs as the inter&ce for the target IP units. 
In this scenario, the managed switdi encounters more than one MAC address 
associated with one managed port on a switch. It is therefore necessary to restrict auto- 
reassigmient of addresses to the case ^ere flie numb©- of foiling target IP units in the 
10 givm managed plant area is exactly one. 

One of the benefits of the present invaition b the ability to recognize Med 
n^worked devices and automaticaDy assign proper IP addresses to diminish down-timew 
Additionaify, the methodology locates the physical location or regicMi of the n^orked 
devices allowing for ease offinding a Med device. Ite present invention abo deals with the 
authority of the system to assign IP addresses only if a single unit is detennined to be 
rq)laced If the system cannot isolate to a single Med netwoik device, the automatic 
assignment is 5iq)pressed. 

An object of the invention is a syston for fidd replacement of networked devices, 
con?)rising the steps of detecting a Med networked device, Tesplacing the Med n^oriced 
device with a fimctiQning networited device, locating a canonical location of tiie functioning 
networiced device, issuing an IP address to the fimctioning networiced device, wherein the IP 
address is id^cal to the P address of the Med netwoiked device. 

A fijrther object is for a syston, >\iiQ'dn the step of d^ecting the Med n^oriced 
device k acconplished by a unicast ARP request Additionally, the step of detecting the 
Med networked device is accomplished by periodic ARP requests. An object also indudes a 
system, wterein the step of detecting a Med netwoiked device conprises processing a 
plurality of ARP requests ova* a tin© period before indicating the Med netwwked devicei 
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An addhionai otgect is a system, furfii^ conpisiDg a stq) of notifying maintGoanoe 
pasonnd of tbe £iiled networked devioei 

An olgect of the invention is a system, herein the stqp of beating a canonical 
bcati(m of the functioning netwoiked device conq)rises the steps of requesting a MAC 
address for the fimctioning netwoifced device and requesting a port number for tiie MAC 
address fix»m a managed switching device, herein the port number is the canonical location 
of die fimctioning networiced deyica 

Anodier object is a system, wherein the st^ of locating a canonical location of the 
fimdicnu^g networked device conq^nsess the steps of identifying a plurality of targ^ devices 
at Ihe canonical location, conparit^ the canonical location of the functbning netwoiked 
device widi a database containing infi>rmation of all Ae netwoiked devices to isolate a single 
Med networked device at the canonical locatioa Also, a system, wherein the step of issuing 
an IP address to the functioning netwoiked device is suppressed if unaUe to kolate to a 
single Med networked device. 

An object of the invention is for a method for determining a canonical location for a 
plurality of networiced devices, conpristng the stq)s of maintaining a list of IP addresses for 
eadi of the plurality of networked devices on a monitor agent Requesting and retrieving a 
MAC address for each of the plurality of neiwoAed devices. Maintaining a list of MAC 
address^ for eadi of the plurality of networked devices on the mc^iitor ag^ Requesting 
and retrieving a port numbs- on a switching device for each MAC address. Maintaining a list 
of port numbers for each of the plurality of netwoiked devices on the monitor agent 
Processing the canonical bcation for each of the plurality of netwoiked devices. 

An additional object is a method, wherdn the monitor agent comprises a computii^ 
means and amemoiy means. 

Additionalfy, an object mclides a rnediod, wherein the switdmig device is a noa^^ 
switching device and the port nund)€r is dedicated to the netwoiked device and is the 
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canomcal locatioa Aftmiathdy, anolject is&ramethod^ 

an unmanaged switching device and the port number is shared among aplura% of target 
devices. 

An object of the invention is a method for detecting a canonical location for afeiled 
network device, con5)rising the steps of requesting a MAC address for eadi of a plurality of 
networiced devices, D^ecting the Med network device and processing the MAC address for 
the canonical location of the fefled networic devica Finally, logging the MAC address, the 
canonical location, and an IP address for the Med network device. 

Ihe objects include using a imicast ARP message to a sdect IP address. 

Anoft object is a mefliod, wha^dn the stq) of detecting the Med network device is 
based on no responsive from the requesting step. 

An additional object is for a n^od, fiirtfaer con5>rising a stq) of noti^ong 
maintenance personnel upon detecting a Med network device. 

Additional^, amethod ^^erein the step of requesting aMAC address is periodic 

An object indudes a method, vsiierein the step of processing tfie MAC address for 
the canonical location con5)rises accessing a database containing a MAC address listing, an 
IP address listing and a port listing for eadi of the plurality of networked devices, and 
v\*erein a port number represents the canonical location of the Med network device. 

Yet another object is a method wherein the stq) of processii^ die MAC address for 
the canonical location coir5)rises accessing a database containing a MAC address Hstirig, an 
IP address listing and a port listing for each of the plurality of networked devices, and 
wherein a port number represents the canonical location of a phiraHly of target devices, and 
the IP address of the Med network device is determined by locatitig a sn^e Med targrt 
device at the canonical locatioa 
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An object of the invention is an apparatus for the automatic configuration of 
networked devices, comprising a network interfece interconnecting tiie netwoiiced 
devices, a means of detecting the networked devices, a means of determining a canonical 
5 location of the networked devices, and a monitor agent connected to the network 
interfece, wherdn the monitor agent issues an IP address to each of the netwoiked 
devices and records a MAC address for eadi of the networiced devices and wherein the 
monitor agent noabtains a list ofeach IP address and each MAC addre^^ - 

10 A further object is an ^paratis further conprising a means of processing a new 

IP address for a new networked device, wherein the new IP address does not conflict 
with the IP address list maintained by the monitor agent. 

And yet another object is an apparatus whereb the means of detecting the 
15 netwoiked devices is accomplisbed a periodic unicast ARP request 

An object also includes an apparatus ^Q-ein the means of determining a 
canonical location of the networked devices comprises a means of processing a port 
number for the MAC address fix>m a managed switdiing device. 

20 

A final object is an apparatus, \vher&n the means of determining a canonical 
location of the networked devices con:5)rises a means of processing a plurality of target 
devices at the canonical locadoa 

25 Still other objects and advantages of the presmt invention will become readily 

apparent to those skilled in this art fi-om the following detailed descrq)tion, wherein only 
a prefened embodimrat of the invention is described, sknpjy by way of illustration of the 
best mode conten^lated for carrying out the invention As will be realized, the 
invention is capable of other and dififeroit embodimaits, and its several details are 

30 capable of modifications in various obvious respects, all without departii^ fi-om the 
inv^tioa 
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TOTF F DR^CRIPnON OF TOE DRAWINGS 

FIG. I Basic Uock diagram showing iatexcoimected dements 

5 

FIG. 2 Block diagram illustrating r^acement atuatioii 

FIG. 3 Diagrammatic view of discovoy/confiimation for dedicated port 

1 0 FIG. 4 Diagrammatic view of discovay/confirmation for shared port 

FIG. 5 Diagrammatic view of confirm presence for dedicated port 

FIG. 6 Diagranmatic view of confirm presence for shared port 

15 

FIG. 7 Diagrammatic view of IP Address assignmoit 

FIG. 8 Diagrammatic view of IP Address reassignment 

20 
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One embodiment of the present invention is referaiced in FIG. 1 . Hiere is a 
monitor agrat 10 that serves as the BOOTP server and con5)rises computing means for 
5 managing and processing the network data and a memory means for storing informatioa 
The monitor agent 10 is connected to a network having one or more managed switches 
20. The managed switches 20 are consid^^ to be on the local plant area There are 
multq)le ports 25 on the managed switdi 20, and it is capaUe of reporting MAC 
addresses and/or port assignments. 

10 

In a preferred embodiment, the TCP/IP network is Ethernet and uses Ethernet 
managed switdies 20. It should be understood tiiat the term network refers to doay 
communication exdiange and not a specific type of connection. 

15 Connected to the managed switch 20 is a number of inexpensive hubs 40 with a 

number of hub ports 45. Connected to these hub ports 45 are a phirality of devices, 
such as I/O devices 50 and other elements sudi as a compute 60. 

Each device connected to the hub ports 45 has an associated MAC address and 
20 an associated IP address. The managed switch 20 reports all MAC addresses and port 
assignments associated with the hubs and devices connected to the monitor agent 10. 
Tht monitor agent 10 maintains a list of all port assignments and MAC addresses. Thus, 
not only does the monitor agent 10 know the MAC and IP addresses of an individual 
device, but it also knows the approximate location by knowing to vv^hidi port of a 

2 5 Managed Ethernet Switch 20 the device is connected. 

The local plant area refers to the s)^em of devices located firom a managed 
Ethomet switdi 20 and downwards, including all hubs and I/O devices interconnected 
thweia The nK)nitor agent 10 exists in an oiterprise net, and records afl IP and M^ 

3 0 combinations found in the local plant area 
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Referring to FIG. 2, each of the working devices 70, 80, 100 connected to the 
hub 40 has a MAC address and an IP address. The failed or maljRmctiomng imit 100 
also had a MAC address and IP Address. Based on pmodic device poIUng, the 
information of a &iled unit has ahead|y been communicated to the monitor agent 10 
5 through the managed switch 20. The monitor ag^t 10 also lists the Med device 100 as 
beii^ located on managed switch Portl. 

From an overview perspective, as soon as the Med device 100 is replaced with a 
working device 1 10, the working device 110 requests a network assignnn^t. The 
monitor agent 10 notes the request, and determines if the request originates from the 
location of the previously detected failed unit 100. If the request comes from Port 1, the 
monitor agent 10 issues the same IP address as tiie previous device and the new device 
110 begins operating on the network. 

More specificalfy, tiie monitor agent 10 maintains a database of all MAC 
addresses for each device on the network. This BOOTP database is built and 
maintained automatically, by the monitor agait 10 that takes advantage of the MAC 
address detection scheme built into modem Ethernet switch defvices. Using this 
c^ability, which is referred to as the SNMP FindPort query and is defined by RFC 
1493, it is possible by issuing SNMP requests from a managemrait program to track 
down a particular MAC address and identify on wfaidi port of whtdi switch it is found 

The IP addresses of the various devices are also maintained by the monitor agent 
10. Actually, the monitor agent 10 issues the IP address to each new device. In 
operation, all devices are set to request their network assignment, or IP Address, at 
power \sp using the standard BOOTP protocol. In a preferred embodiment, the devices 
perform the request multiple times, sudi as 3 or more, over a 'reasonable period' sudi as 
1 5 seconds. If a response is obtained from a BOOTP server entity on the networic, thai 
the IP address and other returned parameters will be used by the device. In addition, the 
IP address information may be recorded locally, so that in Ae evmt that the device 
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subsequently powers up WITHOUT the BOOTP server being available, it will M back 
to the last known good address. 

If the device has an addre^ recorded already, and the address returned using 
5 BOOTP is diff^ent, thai the newfy obtained address is used and recorded. TTie present 
invention thus handles the case \^ere a unit is swapped out, tested, found to be 
operable, and returned to spares stock, but it has not been conq)letely initiahzed in the 
process. 

10 MAC addresses are conventionally expressed as a hexadecunal number with 12 

digits, in the form 'ab:cd:ef:01 :23:45'. The expressions 'ABC, 'DEF' etc in the figures 
are a simplification to avoid distracting the reader. Re&ning again to FIG. 2, as an 
example - a first I/O device 70 has a MAC address = ABC, a second I/O device 80 has a 
MAC address = DEF, and a third I/O device 100 has aMAC address = EFG. TTie MAC 

15 addresses ware previously detected and recorded by the monitor agent 10. The monitor 
agent 10 also records and issues the IP addresses for each device. Thus, first VO device 
70 has an IP address of 10.0.0.1, the second I/O device 80 has an IP address of 10.0.0.2, 
whDe the third I/O device 100 has an IP address of 10.0.0.3. The nwnitor agent 10 
identifies each of these I/O devices 70, 80, and 100 as coming fi-om Port 1 of the 

2 0 managed switdi 20. 

The monitor agent continually polls the I/O devices 70, 80, 100, and when a 
device malfimctions the device either issues commands indicating a failure, sends back a 
malfimction or error code in r^onse to the poll, or ceases to respond at all. Hie failure 
25 information can be forwarded to the appropriate rnaintenance department. In the 
present exan^le, device 100 ^ils. 

Once the maintenance personnel have successfiilly removed the feuhy unit 1 00 
and installed a replacement device 1 10, the replacement device 110 issues a BOOTP 

3 0 request. Hie monitor agent 1 0 receives the BOOTP request and detCTmines if the 

managed switdi 20 port location of the rq)lacement device 1 10 coincides vriAi the 
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location of the presrait BOOTP request. If the monitor agent 10 determiMS that the 
replacement device 1 10 is repladng the malfimcdoning device 100, it issues the same DP 
address to the rq)lacemeQt device 1 10. 

5 For GKaxnple, the replacement device 110 with a MAC address of HU issues a 

BOOTP request which is transmitted through the hub 40 port 3 and throu^ the 
managed switdi 20 port 1 to the nmnitor agent 10. Hie monitor agent determines 
which port oftheii^agedswitdi the BOOTP request originated Once it is determined 
that the feiled unit and the BOOTP request came from the same port of the managed 
10 switch 20, the replacement device 1 1 0 is designated with the same IP address as the 
foiled unit 100 and assumes the IP address 10.0.0.3. The replaconent device 1 10 is thus 
quickly established on the network. The monitor agent 10 then continues to poll the 
units for status. 

15 In one embodiment, a managed switch is used in lieu of the hub 40, so that the 

monitor agent 10 can track the port designations from each layer of the network In 
another embodiment, the monitor agent itself may be d\q)licated on the network, so that 
in the event of failure of the hardware or networking infrastructure leading to the 
monitor agent 10, another monitor agent with visibility into the same local plant area 

2 0 would be able to take over its duties. 

The discovery/confirmation sequence finds the MAC address of targets and 
records the canonical location (numbered port of supervised switch) for a dedicated port 
scenario as shown in FIG. 3. The discovery sequence detects initial or new devices 
25 connected to the network and confirms the target locations. The supervisor/monitor 
agent 200 issues ^ ARP request 210 as a broadcast message to inquire the MAC 
address of the IP address. Hie target IP unit 220 receives the request and issues an 
ARP response 230 containing the MAC address of the requested IP address. 

30 The supervisor 200 issues an SNMP Findport request 240 to the managed switch 

250 to request the port number of the reported MAC address. The managed switch 250 
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issues an SNMP Findport response 260 back to the supoiisor 200 with the port number 
of the MAC addiess. In FIG. 3» port numb^ 3 would be returned to the sup^visor. 

FIG. 4 shows the discoveiy/confirmation sequoice for the shared port scoiario. 
5 In tins enibodiment, the supervisor 200 issues a broadcast ARP request 210 to inquire 
the MAC address of the selected IP address. The target IP unit 220 responds with an 
ARP response 230 containing the MAC address of the requested IP Address. Hie 
supervisor 200 then issues an SNMP Findport request 240 requesting the port number 
of the MAC address. TTie managed switch 250 issues an SNMP Findport response 260 
10 back to the supervisor 200 with the port number of the MAC address. * In FIG. 4, port 
number 3 would be retumed to the supervisor. 

However, the nmaged switdhi 250 connects to one or more unmanaged switdxes 
or hubs 300. Multiple target units 220, 310, 320 are connected to the unmanaged 
15 switch 300. Thus indicating port 3 of the managed switch indicates the target units 220, 
310, 320 as sharing the managed switch 250 port 3. Automatic reallocation would be 
si5)pressed and further processing would be required to determine wbidi of the target 
units 220, 3 10, 320 is down, if more than one of them were down at the time of 
attempted replacement 

20 

The confirm presence sequence interrogates the target units at periodic intervals, 
wiiereby a non-responsive unit indicates the target is 'down' or Med In a dedicated 
port scenario sudi as shown in FIG. 5, a single target down in a canonical location 
becomes a reassignm^ candidata 

25 During the confirm presence process, ttie supervisor 200 issues an ARP request 

210 as a unicast message to inqufre the MAC address of a selected IP address. If the 
target IP unit 220 recdves the request and returns an ARP response 230 containing the 
MAC address of the requested IP address^ the unit is determined to be functioning. If 
th^e is no respons e, this indicates that the target IP unit 220 is down or failed S udi a 

30 &ilure isolates the reassignmoit candidate to a single unit for the maintenance personnel 
Note that the supervisor can be programmed to perform the check a certain number of 
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intervals over a catain period of time before determining the unit Med Sudi repetition 
and time intervals are usually spedfic to the application, and it would be obvious to one 
skilled in the art to change the repetition or timing. 

FIG. 6 shows the confirm presence sequence for the shared port scenario. In this 
embodiment, the supervisor 200 issues an ARP request (unicast) 210 to inquire the 
MAC address of the selected IP address. Hie target IP unit 220 responds with an ARP 
response 230 containing the MAC address of the requested IP Address. If no response 
is retumed, the target unit 220 is down and selected for reassignment If there is only a 
single target unit on the unmanaged switch or hub 300 for which a failure is indicated, 
thai the single target unit is down and sdected for reassignn^t However, where there 
are multiple target units 220, 310, 320, and more than one of them is down, then the 
automatic reallocation is suppressed. 

For example, the managed switdi 250 connects to one or more unmanaged 
switches or hubs 300. Multiple target units 220, 310, 320 are connected to the 
unmanaged svwtdi 300. Thus indicating port 3 of the managed switch 250 onfy 
indicates the target units 220, 310, 320 as sharing the managed switch 250 port 
Additional processing is necessary to determine wUdi target IP unit has fefled. 

The normal use of ARP request messages is to inquire the MAC address of a 
target whose MAC address is not known but whose IP address is knowa In order to 
send a unicast nressage the sender must designate the MAC address of the target. The 
use of unicast ARP requests during the repetitive *poll' of the device confinn vAethra* 
the device is still alive. The choice of a unicast rather than a broadcast for this 
interrogation is in^ortant in large networks to avoid excessive use of broadcast traffic 
that will be perceived as needless interruption by all oflier stations. 

FIG. 7 shows tiie IP address assignment sequence to automatically issue an IP 
address to a target unit that was reset or power cycled, but otiierwise previously nmniog 
at that locatioa The target IP unit 220 automatically broadcasts a BOOTP request 400 
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to suppfy an IP address for the MAC address. Hie supervisor 200 receives the BOOT? 
broadcast and soids out an SNMP Findport request 410 to tibie managed switdi 250, 
requesting the port number for the MAC address. The managed switdi 250 responds 
with an SNMP Findport response 420 with the port number for the MAC address. In 
5 this example, the port number was 3 for the MAC address. The siq)ervisor 200 diecks 
if the MAC address was aheady associated with the IP address at that canonical 
location. If the MAC address matches the number vMdi the supervisor 200 expected, 
the supervisor 200 issues a BOOTP response 430 and sends the IP address for the MAC 
address. 

The IP address reassignment sequence is shown in FIG. 8. The target unit 440 
was not previously running at that location, and issues a BOOTP request 400 as a 
broadcast message. The supervisor 200 receives the BOOTP request 400 and issues an 
SNMP Findport request 410 to find the port number of the MAC address. Hie 
managed switdi 250 receives the request 41 0 and repKes witii an SNMP Findport 
response 420 that contains the port number of the MAC address. The supervisor 200 
determines that the MAC address is unknowa 

In the illustrated embodiment, a single unit 440 at that location is not responding. 
Tlie supervisor 200 updates the equivalence table that Knks the IP addresses, and 
records the new IP assignnirat and authorizes the assignm^t. The supervisor 200 
. issues a BOOTP response 430 that sends the IP address to the requesting device at the 
new MAC address. It is assumed that the target unit 440 is an equivalent unit 440 and 
coimected with the same cabling. 

In operation, the manageoaent program/supCTvisor, as part of a routine periodic 
'scan*, determines the existence of the networked devices. Ihe managen^t 
program/monitor agent intmogates ttie network switdi and determines the location of 
the devices on the network. The device is either a single device attached to a network 
switch port (on a fiiUy switched layer 2 network) or bdr^.one of a limited rmaber of 
devices localized to a single port on a switch. The hubs ibat are not managed are less 
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expensive, but do not provide an exact resolution as to wWdi port the devices within the 
hub are connected. This latter method is a more economical hybrid of managed switches 
and managed switches or hubs. Li addition, the managemoit program has authority to 
interrogate the devices m benign w^s, such as PDsfG or attempted ModbusATCP 
5 connection, to coniBrm the identity of the device as &r as the relationship betv^^een MAC 
address and IP address. 

In practice;, the interrogation is done by running a routine 'probe * of the address 
space domaia For example, the management entity m^ issue a Modbus/TCP 
10 connection attempt to each device. Any station or deviqe that acknowledges the 

connection request is recorded as being a potential address management candidate and 
the details are recorded as follows: 

1. The IP address is known and it was the one used in the probe. 

2. MAC address is obtained by diecking the local ARP table or by recording the source 
MAC address of the admowledg^ent response. 

3. Find switch and port assignment by comparing the MAC address with the most recent 
FindPort response record obtained from the switdies on the network. Alternatively, the 
switch and port assignments are found by issuing an exploratory sequaice of FindPort 
requests to the switches in the hierarchy. The values corresponding to the *most local' 
switch to the device are recorded. This information is thm used to prepare the BOOTP 
database as well as a MAC/location lookup table. 

Once the device has been detected using the probe, it is added to a hst of devices 
whose opa-ability is to be continuously monitored. This m^ be done in a variety of 
ways such as checking on a frequent basis that the device is still responding, and 
confirming the MAC/location data. If a device is found to be unavailable, that plQ^cal 
switch/port combination will be monitored dosefy for reappearance of the same module 
or for a potmtial replacement operation. The unavailability can be logged according to 
a laigth of time or number of requests. An alerting signal can be issued to maintenance 
as part of the overall configuratioa 
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Under most situations, sudi as a routine shutdown and restart of the plant area 
concerned, the original device will repeat its BOOTP request on powmip. Hie 
management entity will find a matdi of the requested MAC address in the BOOTP table, 
and wiD said back a BOOTP response to the device authorizing it to use the IP address 
5 previously recorded Thiis there is minimal delay on normal plant reset operations. 

If a device needs to be replaced under field maintmance conditions, the device is 
replaced quickfy and by a low-level technician or maintenance pMsoa The replacement 
device is connected to the same network cable as the former unit, or at least, to the same 
10 port on the switch. It is important to note that the replacement device must be an 

equivalent unit to the Med unit and operate with fte same fimctionalily and command 
set 

Once the rqplacemmt unit powers up, it issues a BOOTP request, as dictated by 
15 the industry standards. There will not be any 'conventional * BOOTP server with the 
MAC address of the device in its database, so tho-e will not be doay conventional 
BOOTP response. There will be no entry in tfie managmient entity's database. At this 
point the management entity will contact the switches which it is monitoring to find 
vMdi one 'saw* the MAC address of the BOOTP request it just received. Of course the 
2 0 switches it consults first are the ones that are known to have one or more 'nnssing* 
devices on the most recait update scaa 

If a switch returns a match with the MAC address of the BOOTP request, 
AND 

25 Hie management raitity confirms only a single device was missing firom the set of 
devices 

monitored at that switdi port 
AND 

Hie device appears to be similar to the device that was missing 
30 AND 
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The device has not appar^itly be^ assigned an IP address already (for exanq>Ie, it has 
made 

multiple BOOTP requests) 
THEN 

The management eatity will authorize the substitution of the single 'missing' IP address 
to the 

device now requesting. A BOOTP response is sent back (after the second or third 
BOOTP 

request, not the £rst) which the device will interpret in the normal way. 

As a result of this automated field replacemait, a single TCP/IP station is 
p^ormed automatically, without manual configuration, and it is done in less than IS 
seconds. 

With respect to defiverable and management, the management entity ruuning m 
one or more con^uters should be available 7 days a week x 24 hours a d^. The most 
natural such devices are the managed Ethanet switches themselves. They ordinarily are 
supplied with xminterruptible power, and are designed to have a veiy low hkdihood of 
failure. In addition, because the present inv^tion does not rely on a unique database, 
such as DHCP, tho-e is no issue with two or three devices sharing the responsibility for 
network supervisioa 

The devices in tum would be configured in some convenient way, such as via an 
embedded Web server, to be advised of their ranges of DP address to monitor and if 
tha^e are any special distinguishing characteristics of particular parts of the network. In 
particular, infonnalion such as the IP addresses of the switches to be si5)ervised are 
most conveniently entered in this w^, rather than having to be 'discovered* throug^i 
network probing techniques. Most in5)ortantIy, the configuration information is altered 
by personnel who have ^miharity and authority to manipulate network addresses. 
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An additional embodiment allows direct entry to the managanent mtity of the 
desired networic address of a new module on a given switdi port This can be used as 
part of a controlled installation sequMice, whwe the technician inputs the data one entiy 
at a time, in step with powering on the modules. Tliis avoids the need, common tod^, 
for the technician to record the MAC address from the module and enter it as part of a 
configuration sequence. Instead, the tedhuoician performs the foUowing steps: 

1. Select the switch and port to whidi he wants to attach the module 

2. Confirm that there is no cuixently taissing* module on that port 

3. Bitar the desired IP address as if it were a trussing' module 

4. Allow the newly attached module to power up. 

This allows the single module to be assigned, and the tedbnidan can go on to the 
next maintenance task. This is much more convenient than any current tedinique in the 
industry. 

The present invention works extremely weU in environments where the location 
of a device can be determined accurately. For ©cample, where a fiilfy switdied lay^ 
topology is used and there is an RFC 1493 management at the local switdi allowing 
resolution to a single device on a port. 

It however, more than one device is 'down * on a iwtwork segm^, and the 
address cannot be matched unamhiguousfy, it is not safe to transform automatic address 
substitution in this manner. In such a situation, it is not known which of the muhqple 
devices requires substitution 

This situation is inproved at minimal increase in conoplexity by allowing the 
devices to alter one of tiie fields of tiie BOOTP request in such a way as to have a 
diflTeroit 'signature' based upon device type. For example, all devices from a ghren 
manu&cturer and faaSfy might share a code, but the code varies betwem, a 16-point 
discrete output module and a 4 channel analog input By using tiiis aicdliaiy information 
in its BOOTP equivalence table, the management entity is able to reduce the incidence 

34 



wo 02/05107 



PCTAJSOO/40346 



of 'reassignEoait stall' situations. This tedmique would require cooperation and 
standardization in the industry to be effective. 

One of ttie most obvious uses of the present invention is for devices wittiout 
operator interfeces, such as industrial I/O modules. However, it can also be used to 
shorten the installation tin» for devices that do have such inteifeces, but where the IP 
address tiiat is to be assigned must be tightly controlled by a monitor agent. 

For exan5)le, a *thin client' computer to be used as an operator terminal can be 
configured to use BOOT?. In the event of failure, a unit could be discomiected and its 
replacement automatically assigned ©cactly the same IP address. Uns is inq)ortant in 
two situations common to computers on industrial netwoiics. 

The first situation arises when the IP address is going to be validated by 'firewall' 
devices, which must be convinced of the l^tinmcy of the requestor by its physical 
locatioa Most firewalls can be configured to allow connections to "pass through* based 
upon rules involving the IP address or range of IP addresses of initiator and target. 

A second situation arises wiien a thin client has an active role on the control 
network, and the act of replacing a device, and auto-assigning its address, allows the 
device to complete its 'application bootstrap' by being given its application program and 
operating parameters fi*om some anonymous server. This is particularly valuable in a* 
distributed control' enviroim^t where a component sudi as a PLC or gatew^ has 
foiled, but could also apply to operator pands, robots, and similar devices. 

Although BOOTP protocol is the most commonly used for automatic assignment of 
IP addresses, DHCP and RARP are obvious altonative protocols to respond to an address 
assignment request as described hereia 

Smrilaily, the intOTogation messages sent out by Hie device to confirm the continued 
presence of the target IP addresses can be either an TCMP ECHO* (PING) request or sin?iy 
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a repes^ of the ARP request iKed to determine the identity in the first place^ For efficiency 
purposes the intOTOgation mess^ is restricted to the ARP message, the message is sent out 
as a unicast message, and sent only to the MAC address yAich the redpieat ised 

5 As will be realized, the invention is enable of oth^ and diOfexent embodiments 

and its several details are capable of modifications in various obvious req)ects, all 
without departing firom the essence of the inv^on. 
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CLAIMS 



Iclainr 



5 I. A system for field iqdacemeot of netwoiked devices, compming the steps 

of 

detecting a Med networked device; 

replacing said feiled networked device wife a functioning networked device 
locating a canonical location of said fimctioning netwoiked device; 
10 issuing an IP address to said fimctioning netwoiked device, w*eraa said IP 

address is identical to the IP address of said Med netwoiked device. 

2. A systOTi according to daim 1, wiierdn said step of detecting said failed 
networked device is acconq;>]ished by a unicast ARP request 

15 

3. A system according to daim 1, \^dierdQ said step of detecting said Med 
netwoiked device is accon5)lished ly periodic ARP requests. 

4. A system according to claim 1, fiirther conaprising a step of noti^ong 
20 maintenance personnel ofsaid Med networked devica 

5. A Q^em according to daim 1, wherein said stq) of detecting a Med 
networked device comprBes processing a plurality of ARP requests ova- a 
time period before indicating said Med netwoiked device. 

25 

6. A system according to daim 1, wham said stq) of locating a canonical 
location of said fimctioning n^oiked device conpises the steps of 
requesting a MAC address for said fimctioning n^oiked device and 
requesting a port number fyr said MAC address fi-om a managed switdiing 

30 device, v\iierein said port uuhAct is said canonical locatwn of said 

fimcticaiing netwoiked device. 
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7. A system according to daim 1, ^^iordn said step of locatmg a canonical 

locatioB of said fimctioning n^oriced device con5>rises &e steps of 
idoitifyiag a plurality of target devices at said canonical location, conparing 
5 said canonical location of said iSmctioni^g networked device with a database 

containing information of all said networked devices to isolate a smgle fidled 
networked device at said canonical locatioa 



8. A systeni according to dainil,vsiia^ said step ofissuing an IP addr^ 
10 said functioning networked device is suppressed if unable to Bolate to a 

single Med netwo±ed device. 

9. A n^od for determining a canonical bcatbn for a plurality of netwo±ed 
devices, comprising Ibe steps of 

15 maintaining a list of BP addresses for each of said i^hirality of networked 

devices on a monitor agmt; 

requesting and retrieving a MAC address for eadi of said plurality of 
networked devices; 

maintaining a list of MAC addresses for each of said plurality of networked 
20 devices on said monitor agent 

requesting and retrieving a port number on a switdiing device for each said 
MAC address; 

maintaining a list of port numbers for each of said plurality of networked 
devices on said 'monitor agent; and 
25 processing said canoiucal tocation for each of said piura% of netwoiiced 

devices. 

10. A method according to daim 9, wterdn said monitor agent comprises a 
computing means and a memory means. 

30 
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A me&od according to daim 9, v/bs^em said switdiii^ device is amanaged 
switdiing device and said port nxsriber is dedicated to said networiced device' 
and is said canonical locatioa 

A method according to daim 9, wherein said switdiing device is an 
unmanaged switching device and said port nia]i)er is shared among a 
plurality of target devices. 

A nffilhod for detecting a canonical location for a foiled network device, 
con?)rising the steps o£ 

requesting a MAC address for each of a plurality of networked devices; 
detecting said Med network device; 

processing said MAC address for said canonical location of said Mled 
n^work device; and 

logging said MAC address, said cancHiical location, and an IP address for 
said Med netvwrk device. 

Amethod according to claim 13, whwein said requesting uses a unicastARP 
n:iessage to asdect IP address. 

A method according to daim 13, wh^ein said stq? of detecting said feiled 
neivwrk device is based on no responsive from said requesting step, 

A method according to claim 13, furthCT con^rising a step of notiigdng 
maintenance personnd upon detecting said foiled netwoik device. 

A n^od according to daim 13, \^erein said step of requesting said MAC 
address is pedodic. 

A method according to claim 13, \\4ierein said step of processing said MAC 
address for said canonical location conq>rises accessing a database containing 
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aMAC address listing, an IP address listing and aport listing for each of said 
plurality of networked devices, and whwein a port mimber rq)resaits said 
canonical location of said Med netwoik device. 

A method according to daim 13, vstoein said step of processing said MAC 
address for said canonical locadan con^jrises accessing a database containing 
a MAG address listing, an IP address listing and a port listing for each of said 
plurality of networked devices, and wherdn a port number represoits said 
canonical location of a plurality of target devices,*and said IP address of said 
Med network device is detennined by locating a single Med targ^ device at 
said canonical locatioa 

An q)paratus for the automatic configuratim of networked devices, 

coni^nsing: 

a network int«fece interconnecting said nrtworked devices; 
a xasaos of detectir^ said networked devices; 

a means of determining a canonical location of said networked devices; and . 
a monitor ^gent connected to said network intei:fice, vidi^ein said monitor 
agent issues an IP address to each of said netwoiked devices and leconk a 
MAC address for each of said networked devices and wherein said monitor 
agent maintams a list of each said iDP address and each said MAC address. 

An ^paratus according to claim 20, fiirther comprising a means of 
processing a new IP address for a new networked device, wherdn said 
new IP address does not conflict with said list of eadi said IP address 
maintained by said monitor agent. 

An apparatus according to daim 20, v^toein said means of detecting said 
networked devices is accon^li^ied by a periodic unicast ARP request 
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An apparatus according to daim 20, wharen said means of determining a 
canonical location of said networked devices con^nses a means of 
processing a port number for said MAC address from a managed switdmg 
device. 

An apparatus according to daim 20, \\4ierein said means of determining a 
canonical location of said netv^^orked devices conpces a means of 
processing aphirality of taiget devices at said canonical locatioa 
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